|
|
| Book details / order |
| ARCHITECTING FOR SCALE |
Every day, companies struggle to scale critical applications. as traffic volume and data demands increase, these applications become more complicated and brittle, exposing risks and compromising availability. this practical guide shows it, devops, and system reliability managers how to prevent an application from becoming slow, inconsistent, or downright unavailable as it grows.
scaling isn’t just about handling more users; it’s also about managing risk and ensuring availability. author lee atchison provides basic techniques for building applications that can handle huge quantities of traffic, data, and demand without affecting the quality your customers expect.
in five parts, this book explores:
availability: learn techniques for building highly available applications, and for tracking and improving availability going forward
risk management: identify, mitigate, and manage risks in your application, test your recovery/disaster plans, and build out systems that contain fewer risks
services and microservices: understand the value of services for building complicated applications that need to operate at higher scale
scaling applications: assign services to specific teams, label the criticalness of each service, and devise failure scenarios and recovery plans
cloud services: understand the structure of cloud-based services, resource allocation, and service distribution
lee atchison
lee atchison is the principal cloud architect and advocate at new relic. he’s been with new relic for four years where he led the building of the new relic infrastructure products, and helped new relic architect a solid service-based system. he has a specific expertise in building highly available systems.
lee has 28 years of industry experience, and learned cloud-based, scalable systems during his seven years as a senior manager at amazon.com, where among other things he led the creation of aws elastic beanstalk.
mini cart
your cart is empty.
mini wishlist
your wishlist is empty.
chapter 1what is availability?
availability versus reliability
what causes poor availability?
chapter 2five focuses to improve application availability
focus #1: build with failure in mind
focus #2: always think about scaling
focus #3: mitigate risk
focus #4: monitor availability
focus #5: respond to availability issues in a predictable and defined way
being prepared
chapter 3measuring availability
the nines
don’t be fooled
availability by the numbers
chapter 4improving your availability when it slips
measure and track your current availability
automate your manual processes
improve your systems
your changing and growing application
keeping on top of availability
risk management
chapter 5what is risk management?
managing risk
identify risk
remove worst offenders
mitigate
review regularly
managing risk summary
chapter 6likelihood versus severity
the top 10 list: low likelihood, low severity risk
the order database: low likelihood, high severity risk
custom fonts: high likelihood, low severity risk
t-shirt photos: high likelihood, high severity risk
chapter 7the risk matrix
scope of the risk matrix
creating the risk matrix
using the risk matrix for planning
maintaining the risk matrix
chapter 8risk mitigation
recovery plans
disaster recovery plans
improving our risk situation
chapter 9game days
staging versus production environments
concerns with running game days in production
game day testing
chapter 10building systems with reduced risk
redundancy
examples of idempotent interfaces
redundancy improvements that increase complexity
independence
security
simplicity
self-repair
operational processes
services and microservices
chapter 11why use services?
the monolith application
the service-based application
the ownership benefit
the scaling benefit
chapter 12using microservices
what should be a service?
going too far
the right balance
chapter 13dealing with service failures
cascading service failures
responding to a service failure
determining failures
appropriate action
scaling applications
chapter 14two mistakes high
what is “two mistakes high”?
“two mistakes high” in practice
managing your applications
the space shuttle
chapter 15service ownership
single team owned service architecture
advantages of a stosa application and organization
what does it mean to be a service owner?
chapter 16service tiers
application complexity
what are service tiers?
assigning service tier labels to services
example: online store
what’s next?
chapter 17using service tiers
expectations
responsiveness
dependencies
summary
chapter 18service-level agreements
what are service-level agreements?
external versus internal slas
why are internal slas important?
slas as trust
slas for problem diagnosis
performance measurements for slas
how many and which internal slas?
additional comments on slas
chapter 19continuous improvement
examine your application regularly
microservices
service ownership
stateless services
where’s the data?
data partitioning
the importance of continuous improvement
cloud services
chapter 20change and the cloud
what has changed in the cloud?
change continues
chapter 21distributing the cloud
aws architecture
architecture overview
availability zones are not data centers
maintaining location diversity for availability reasons
chapter 22managed infrastructure
structure of cloud-based services
implications of using managed resources
implications of using non-managed resources
monitoring and cloudwatch
chapter 23cloud resource allocation
allocated-capacity resource allocation
usage-based resource allocation
the pros and cons of resource allocation techniques
chapter 24scalable computing options
cloud-based servers
compute slices
dynamic containers
microcompute
now what?
chapter 25aws lambda
using lambda
advantages and disadvantages of lambda
conclusion
chapter 26putting it all together
availability
risk management
services
scaling
cloud
architecting for scale.
Author : Lee atchison
Publication : Oreilly
Isbn : 9789352134281
Store book number : 105
NRS 680.00
|
 |
|
|
|
|
|
|
|
| |
|
|
